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(57) A system and method provides for vari^le t^- 
get outputs from a compiler wcth only a single execution. 
The compiler Includes a front end, a generic back end, 
and plurality of incBvidual back ends that are dynami- 
cally loaded by the compiler during execution. The front 
end produces an abstract syntax tree which ie then 
■ processed by ^e generic back end and the individual 
back ends to produce a number of back end trees, each 
adapted for a specific back end. and reprosentativd Of 
the desired structure of the various target outputs, 
including targ^ cod© files, or events. The generic back 
end traverses tha abstract syntax tree^ and on each 
node of the tree, invokes each back end that has a node 
of its back end tree attached thereto. The back end can 
then modify its own back end tree, and attach further ' 
back end nodes to other nodes of the abstract syntax 
tree. In turn the generic back end will invoke euch added 
attached nodes, until ail attached back end nodes on all 
the nodes of the abstraa syntax tree have been proc- 
essed. This results in completed backen^d trees tar all of 
the back ends, requiring only a single pass of the front 
end to produce the abstract syntax tree. The Individual 
back ends then process their respective back end trees 
.to produce their target ou^uts. A look up operation is 
provided in the generic bacK errd that returns one or 
more back end nodes in response to a request therefore 
specifying a node of the abstract syntax tree, arxl a fam- 
ily identificatton value of a back end node. 



ADDRESSABLE WEWRY ' 



Ten^tDT 



1 .r~^ 

I P Qui 



1H 

Opailliu SyftHn 

31 



PIQURE 1 



PrinlQdby RSAlt XOrOi (UK) \^\At^ SisrviCSS 

7 7v^ ^ 



PAGE BI32 * RCVD AT 1(V27/2005 5:25:15 PM [Eastern Daylight fnne] ' SVR:USPTO-EFXRF-6/30 * DNIS:27383I)0 * CSID:650 474 8401 ' DURATION M:11-00 



10/27/2005 THU 14:27 FAI 650 474 8401 GLENN PATENT GROUP 



i009/032 



EP0 735 467 A2 



piler with dynannically loadable back ends. The system 

100 includes a computer 101. having an addressable 
memory 1 03, a text edrtor 1 07, the compiler 109, and a 
plurality of independent bad^ ends 123. The connputer 

101 is of corventional design, including a processor & 
1 1 5. input 1 1 7 and output devices 1 1 9, a network inter- 
face:113, and a mass storage device 111. TTie compu- 
ter 101 may be realized by nrast general purposes 
computers, such as a SPARCstation™ computer n^mj- 
factured by Sun Miaosystems, Inc. of Mountain View, yo 
Ca. Any other genera] purpose computer may also be 
adapted for use with the invention. Computer 101 exe- 
cutes A general purpose operating system 105. such as 
Sun Microsystems' Solaris® operating system. The 
processor 115 executes the teafl editor 107, compiler 15 
109, and back ^nds 123. including all of the operations 
thereof. The processor 115 aJso reads and writes 
source code files, and target output files to and from th 9 
mass storage den/ice 1 1 1 dunng execution of the text 
editor 107 and compiler 109, so 

The teoct edftor 107 is a converrtionaJ editor for cre- 
ating and editing source code text files. The editor 107 
provides conventional source code output as an ASCH 
or equrvalant text fUe. The source code may be in any 
high level language, such as C. C++. SmallTalk, and the 25 

like. 

Referring now to Rgure 2, there is shown a data- 
flow diagram the compiler 109 in cooperation with the 
back ends 123. The compiler 109 includes a front end 
201 that receives the source code text files and creates so 
therefrom in a conventional manner an abstract syntax 
tree- The abstract syntax tree is a graph representation 
of the syntax and structure of the source 6069 text file. 
In a preferred embodiment, the corrpiler 109 operates 
on interface drfinition language (IDL) files that define 35 
object interfaces for distributed objects. In this pref en-ed 
emboc^iment. the front end 201 produces an abstract 
syntax tree of an Input ID L tile or files. 

In conjunctton with the back ends 123. the compiler 
109 may generate a variety of different target outputs. 4C 
These target outputs Include various header or code 
. flies, or actions upon other files or resources. For exam- 
ple, for a given Input file x.icfl. a preferred embodiment of 
the compiler 109 and back erKls 123 may produce tar- 
get output files such as x.hh, xsun-ogates.hh. xsurro- 45 
gatos.cc. xmarehal-hh, xmarshal.cc^ xtypes-hh, and 
xtypes.cc. Each of these target output file& contain 
descriptions of data types, stubs and skeletons, and 
supporting marshaling routines, and is produced t>y one 
of the Ijack ends 1 23. A back end 1 23 may produce any so 
number of actions as target outputs, instead of produc- 
ing files. For example, a back end 123 may load an 
interlace repository with interface definitions derived 
from a grven IDL file. To produce its particular output 
each back end 123 uarally requires more information 55 
than is available in the abstract syntax trea Ukewise. 
each back end 123 may use only certain information 
from the at)etracl syntax tree. For both of these reasons. 



each back end 1 23 creates its own back end tree ti^t is 
particularly adapted to its target outputs^ 

The front end 201 provides the absaract syntax tree 
to a generic back end 203. The generic back end 203 
coordinates the construction of the back end 1rees by 
the individual back ends 123. Each back end tree is 
derhfed from the abstract syntax tree, and is particularly 
adapted to an individual back end 123 for producing the 
target output from that back end 123. The discussion 
heran will refer to the abstract syntax tree and the indi- 
vidual back end trees, but It is understood that such 
^Irees' are more generally defined as graphs, without 
the formal constraints of tree structures. 

Figure 3e is a canonical illustration 0I a sample 
abstract syntax tree, herein aijDreviated as "AST" The 
abstract syntax tree 300 is conopn^ed of nodes, includ- 
. ing the root AST node 301 , and a nunr^r of child AST 
nodes 303. Each node in the abstract syntax tree 300 is 
an object wrth attributes that describe the source code 
token it represents, and operations fbr returning or mod* 
ifyirtg the node information. Both the root AST node 301 
and the child AST nodes 303 will be jointly referred to as 
AST nodes 309 (not illustrated) when necessary. For 
ease of individual identification, the various nodes 309 
are labeled T1 through T6 to denote their relative posi- 
tion in the abstract syntax tree 300. A given AST node 
may refer not just to its child nodes, but to any other AST 
node in the abstract syntax tree 300» for example, to 
provide a definition of a data type, or other useful irrtor- 
mation. For example, node T6 contains a reference to - 
node T4. 

Each baxAi sid 123 produces Hs own back end tree 
500 in coordination vnth the generic back end 201 . Fig- 
ure 3f IS an Illustration of a sample back end tree 
derived from the abstract syntax tree 300. Each back 
end tree 500 includes a root back end node 501 and a 
number of child back end nodes 503. Both the root back 
end node 501 and the child back end ncx^es 503 wit! be 
jointly referred to as barft end nodes 509 (not Illustrated) 
when necessary. Each of the back end nodes 509 may 
correspond to one or more of the AST nodes 309. and 
according^, the structure of a back entii tree 500 need 
not be a subset of the ab^^ct syntax tree 300. This tS 
Illustrated In Figure 3d with node D6 depending from the 
root back end rtode 01 father than node D5. in addition, 
each tDack end node 509 may be attached to one or 
more AST nodes 309; this fomn of attachment is shown 
in Figure 3d for nodei D5 whidi is attached to AST 
nodes T5 and T6. A back end node 509 may be directly 
attached to an AST node 309. or indirectly attached 
through an intermediate data structure. References to 
the back erd tree 500 and back end nodes 509 in the 
renrairwier of if^s disclosure are interrded to refer to any 
back end tree SOO and node 509 in general, and not to 
the specific illustrated trees shown in Figures 3a-f. 

Referring again to Figure 2» in the preferred embod- 
iment, there are three general types of ba^ ends 123: 
an annotation back end 123a, an event generating back 
end 123b, and a code generating back erd 123c. An 



3 



PAGE 9/32 * RCVD AT 10/27/2005 5:25:15 PM [Eastern Daylight rune] * SVR:USPTO-EFXRF-6/30 ' DN1S:2738300 * CSID:650 474 8401 * DURATION (mnHS):1 140 



10/27/2005 THU 14:27 FAI 650 474 8401 GLEl PATENT GROUP 



iOlO/032 



EP0 735 467 A2 



8 



115 during the execution of the campUer 109 and 
generic back end 203, 

The particular order in which the generic back end 
203 attaches the bACk end nodefi SOd,. including the 
order ]n whidi the root back end nodes 501 are 
attached 408. may be controlled to improve back end 
processing of the abstract syntax tree 300, In many 
cases, drfferent back ends 1 23 ^are underlying data 
type inforrnation or other information that is useful to the 
production of their individiial back end trees. For exam- 
ple, code generating back ends I23c for C and 
vvould Shane common code for determining the sizes of 
data types in C or C++, or their type codes. Accondingly. 
It Is desirable to have t>acK end nodes 503 r^resenting 
such common information available in the back erKi 
trees 500 prior to building or adding other back end 
nodes 509 that depend Or reference such back end 
nodes or their comrnon information. 

th'-a preferred embodiment, the generic back end 
203 $ati$fies tNs need by ordering the bad^ end nodee 
509 attached to each AST node 309 according to a pri- 
ority iefvet of the back end 1Z3 associated with each 
back end node 509, !n thie preferred embodiment, the 
attach operation 205 attaches a epecrfied back end 
node 509 according to a priority value of the back end 
1 23 associated with the back end node 509. The priority 
l0/el of ftie back ends 1 23 is preferably determined by a 
producer-consumer relationship between the different 
back ends 1 23 used In the system. Producer back ends, 
such as an annotation back end I23a, have higher pri- 
ority than consumer back ends, such as a code gener- 
ating back end 1 23c Of event generating back end 123b. 
The partkiular priority ordering of any actual back end 
123 depends on the other back ends 123 used in the 
system 1 00- The compiler developer can specify the pri- 
ority leve! for each back end 1 23. In addition, priority can 
be established between back ends 123 of a given type. 
In alternate embodiments, priority schemes other than 
producor-consumer relationships, may be employed to 
determine a prioiity level of each back end 123. 

Acoordtngly, the root back end nodes 501 are 
attached 408 to the root AST node 301 by the generic 
back end 203 according to the pnority level of their 
respective back ends 1 23. 

Once the attract syntax tree 300 Is populated 409. 
the generic back er^ 203 invokes a Do^Add operation 
on the root AST node 301. The Do_Add qperation coor- 
dinates the IndlviduaJ back erxis 123 to buiid their baCk 
end trees 500. each back end 123 processing selected 
AST nodes 309- The Do„Add operation calls each back 
end node 509 attached to each AST node 309, invoking 
an add operation 209 on ead^ chikJ AST node 303- The 
add operation 209 adds a back end node 503 to the 
bac^ end tree 500 where the source token r^resented 
by the AST node 309 is relevant to the functionairty of 
the back end 1 23. In some cases, the add operation 209 
does not add a back end node 503 to the back end tree 
500, because the underlying AST rwde 309 is not rele- 
vant to the target output of the back end 123. The 
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iDo_Add operation is preferably recursive, so that when 
the Do JWd is completed on the root AST node 301 , the 
entire abstract syntax tree 300 has been traversed, and 
each back end tree 600 represents the output of the 
respective back end 123. The generic back end 201 
then invokes 415 a Do_Produce c^eration. which in turn 
invokes the produce operation 211 of each back end 
123 to produce the relevant target output tit es or actions . 
tor the back end 123. 

Ffgure 4b illustrates one embodiment of the logic of 
the Do^Add operation. Whai the Do_Add operation Is 
invoked! an AST node 309, here specified as "X^^ is 
passed in as the initial parameter. A pair of nested loops 
controls the processing in Do_Md. The outer loop iter^ 
ates 419 over each child AST node z of AST node X, 
and the inner loop iterates 421 over each back end node 
Y attached to the AST node K. T^is. allows each such 
back end node to process each of the child AST nodes 
Z. These relationships of *ie various nodes are shown 
in Figure 4d. In Figure 4d. .a portion of an abstract syn- 
tax 300 is shown, with an AST node 309, here node X. 
and any number of children AST nodes 303, here nodes 
21 through 2n. Attached to node X are any number of 
l>ack end nodes 509, here labeled nodes Yl through 
Yn. 

In the core of the loops, the add operation 209 of a 
back end node Y is invoked 423 on the child AST node . 
2. in the example of Figure 4d, the add operation 209 of 
Yl would be invoked on 21 , and then Y2 on Z1 . and so 
on, through Yn. The add operation 209 determines 
whether the child AST node Z is reia/am to the back 
end tree 500 of the tiack end 123. This determination 
may be based on the data type of the child AST node 2 
or its parent AST node X, or more generally, on the 
desired stmcture of the back end tree 500* For example, 
the add operation 209 of a back end ncde 509 for a 
code generating back end 123q would not add a back 
end node fer a AST node 2 that represents a tc^en from . 
an Included source code file. K the child AST node Z is 
relevant to the l>ack end 123 functionality, then one or 
more new back end node(s) 509 are created and added 
to the back end tree 50Q. In addition, the add operation 
209 may invoke the attach operation 205 on any number 
of AST nodes 309. to attach the newly created back end 
node(s) 509 to such AST node(&) 309. 

As indicated, the add operation 209 includes two 
logical, though not necessarily actual, parameters. A 
first parameter specrfies ^e back end node Y in the 
t)ack ertd tree 500 associated with the AST node X on 
which the add operation 209 is to be performed, and a 
second parameter specifies a child AST node Z of the 
AST node X. In an object oriented embodiment, the add 
operation 209 is irwluded in each of nod^e of the Isack 
end tree 500. For example, in C-h+. the invocation may 
be Y-s»addCZ> where "Y" and 'TT are pointers to nodes in 
the respective trees. In a procedural embodiment, the 
add operation 209 is part of the procedural code for 
each back end 123, In either case, each back end 123 
contrals the functionality of the add.operation 209- In a 
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tree a ^tg&x output, the back ertd tree having at 
least one ba^ end 1ree node; and. 
a generic back end that controls the at least 
one back end to prcxiuce the associated back 
end tree, such that each back end is independ- 
ent oi the generic back end. and dynamically 
loaded by the apparatus during execution. 

The apparatus of claim 1 wherein the generic back 
end invokes in a selected order each back end 
aseodated with each back end node attached to 
each abstract syntax tree node. 



The apparatus of claim 1 
end further connprises: 



4. 



or 2, wherein each back 



5. 



an add operation, invocable by the generic 
back end, that adds zero or wore back end 
nodee to a back end fe'ee. 

The apparatus Of Claim 3, wherein the generic back 
end further comprises: 

en attach operation, invocable by a back end. 
that attaches a back end node of a back and 
tree to at least one node of the abstract syntax 
tree. 

The apparatus of daim 4. wherein, each tjack end 
node 16 attached to the abstract syrrtax tree accord- 
ing to a priority value con-esponding to a priority 
value of the back end associated with the back end 
node. 

The apparatus of daim 5, wherein selected back 
end nodes associated with one back end are 
attached to the abstract syntax tree in a predeter- 
mined order. 

Ttie apparatus of claim 3. wherein , each back end 
node is an object and the add operation is a method 
otthe object 

The apparatus ot one of claims 1 to 7 further com- 
prising: 

a memory device that stores the abstract syn- 
tax tree, the at least one back end tree. , the 
generic back end, and ^ at least one back 
end; and 

a processing devtca that executes the generic ' 
l:iack end and the at least one back end to pro- 
duce frorn the at l^st one back end at least 
one target output 



The apparatus of one of claims 1 to 8, wher^n each 
back end and each bac^ end r\ode associated with 
the back end has a family kieniification value, 
wherem the generic back end further comprises: 



a took up operation that returns zero or more 
nodes from at least one back end tree having a 
farnily identification value and attached to a 
riode of the abstract syntax tree in response to 
5 a request from a back end specifying the family 

iden^ication value and the node of the abstract 
syntax tree 

10* A method for compiling a source code file and pro- 
10 ducing variable target outputs thereform. compria- 
ingthe steps of: 

providing a source code lite; 
execufing a conpiler having a front end and 
a generic back end; 
IS loading at least one back end to operate with 

the generic back end; 

creating an abstract syntax tree tram the 
source code with the front end, the abstract syntax 
tree including a root node and at least on© child 
20 node: 

ganerattng a back end tree associated with 
each back end; and 

producing from each back end tree a target 
output, 

1 1 . The method of claim 1 0. wherein the step of gener- 
ating a back end tree' is performed by eelectlvely 
invoking each back end on selected nodes of ti^e 
abstract syntax tree. 

12. ine metiiod of claim 10 or 11. further comprising 
the steps of: 

attaching to the root node of the abstract 
syntax tree a back end node of at least one back 
55 end tree; 

selecting nodes of the abstract syntax tree, 
and for each selected node, adding to selected 
back end trees Tero or more back end nodes repte- 
senting syntactic information derived from the 
40 atJfitract syntax tree: and 

attaching selected back end nodes to 
selected nodes of th e abstract syrrtax tree. 

13. The method of claim 12, further comprising the step 
^ of: 

repeating the selecting step on each back 
end node attached to each node of the abstract 
syntax tree. 
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SO 14. Tina method of daim 12, wherein each attaching 
step further comprises the step of: 

attaching the back end node to the atistract 
syntax tree according to a priority value corre- 
sponding to a priority value of the back end associ- 

ss ated with the back end node, 

15. The method of claim K, further comprising the step 
of: 

attaching selected back end nodes associ- 
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(54) Compiler with generic front end and dynanucally loadable back ends 



(57) A system and method provides for variable tar- 
get outputs from a compiler witt> only a single execution, 
TTie compiler includes a front end, a generic back end, 
and plurafrty of individual back ends that are dynami- 
cally loaded by ti^ compiler during execution. The front 
end produces an abstract syntax tree which is then 
processed by the generic back end and the indivkiuat 
back ends to produce a number of back end trees, each 
adapted for a specific back end. and representative of 
the desired structure of the various target outputs, 
inclLfiding target code flies, or events. The generic back 
end traverses the atjstract syntax tree, and on each 
node of the tree, invokes each back end that has a node 
of its baci^ end tree attached tfiereto. The back end can 
than modlty Us own back end tree, arxl attach further 
back end nodes to other nodes of the abstract syntax 
tree. In turn the generic back end will invoke such added 
attached nodes, until all attached ba<^ end nodes on atl 
the nodes of the abstract syntax tree have been proc- 
essed. This results in completed back end frees for at] of 
the back ends, requiring only, a single pass of the tront 
end to produce the alsstract syntax tree. The individual 
back ends then process their respective back end trees 
to produce their target outputs. A look up operation is 
providaid in tho generic back end that returns one or 
more back end nodes in response to a request therefore 
specifying a node of the abstract syntax tree, and a fam- 
ily identif icstlon value of a back end node. 
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